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(54) 

(57) An LBA correspondence table creating unit 
(203) creates an LBA correspondence table (207) to 
convert address information on a floppy disk (R) which 
is a copy source into address information on an SD 
memory card (R), in relation to an FD image area (27b). 
If an access to the floppy disk (R) to be emulated Is re- 
quested, an FD access control unit (204) alternately ex- 



ecutes access to the SD memory card (R) on the basis 
of the LBA correspondence table (207). An FD ex- 
change emulating unit (206) monitors updating and de- 
letion in an FD image SD area (27b) by an HD access 
control unit (205). If the access is made, the FD ex- 
change emulating unit (206) executes emulation as it 
the floppy disk (R) was exchanged. 
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Description 

[0001] The present invention relates to an emulation 
technique capable of imaginarily constructing an envi- 
ronment which allows access to, for example, an SD 5 
(Secure Digital) memory card(R) to be executed in steps 
of access to a floppy disk(R). 

[0002] In recent years, a semiconductor memory 
mounted on, for example, a PDA (Personal Digital As- 
sistant), a digital camera and the like has been made 
smaller in size and larger in capacity in accordance with 
the progress of the semiconductor manufacturing tech- 
nology. For example, an SD memory card(R) has a stor- 
age capacity of tens to hundreds of megabytes in a'size 
with sides 2 to 3 centimeters long. For this reason, per- 
sonal computers having slots for loading of semiconduc- 
tor memories as represented by the SD memory cards 
(R) instead of floppy disks (R) as standard equipment, 
have also been increased. 

[0003] On the other hand, a request to continuously 
use the operation environment constructed on the flop- 
py disk(R) has been strong. Thus, so-called emulating 
functions to handle a part or an entire body of a storage 
area of a storage medium as a different kind of storage 
medium have been variously proposed (for example, 
Jpn. Pat. Appln. KOKAI Publication No. 5-289854 and 
Jpn. Pat. Appln. KOKAI Publication No. 2001-290606). 
[0004] With this kind of emulating function, the area 
for floppy disk (R) is reserved in, for example, the SD 
memory card(R) and the contents of the desired floppy 
disk(R) are copied in the area. Therefore, even if the 
personal computer is not equipped with a slot for floppy 
disk(R), the operation environment constructed on the 
floppy disk(R) can be continuously used with the only 
slot for SD memory card(R). 

[0005] Incidentally, according to any conventional 
emulating function as disclosed in Jpn. Pat. Appln. 
KOKAI Publication No. 5-289854 or Jpn. Pat. Appln. 
KOKAI Publication No. 2001-290606, the area for the 
emulated storage medium is fixed in an area to which 
an upper-level system such as an operating system or 
the like cannot access. This certainly prevents the con- 
tents of the emulated storage medium from being rewrit- 
ten due to carelessness. However, it is difficult for the 
personal computer user to intentionally rewrite the con- 
tents. Therefore, if the floppy disk(R) is emulated in a 
part of the storage area of, for example, the SD memory 
card(R), exchanging the floppy disk(R) is very difficult. 
[0006] In addition, since the SD memory card(R) is ' 
subjected to specific processing that may exceed the 
file system standard, such as reserving the area for flop- 
py disk(R) by operating the partition table of, for exam- 
ple, the SD memory card(R), the SD memory card(R) 
may not be subjected to general use in a device such 
as a digital camera, a mobile telephone or the like. 
[0007] The present invention has been accomplished 
to solve the above-described problems. The object of 
the present invention is to provide an emulation system 
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and an emulating method allowing an emulated storage 
medium to be easily exchanged without any especial file 
systems. 

[0008] According to an aspect of the present inven- 
tion, there is provided an emulation system of an elec- 
tronic apparatus having a slot in which a first storage 
medium is loaded and which executes file management 
by an operating system, the emulation system charac- 
terized by comprising: discrimination means for analyz- 
ing a file system of the first storage medium loaded in 
the slot, and discriminating whether or not an image file 
formed by duplicating contents of a second storage me- 
dium different in kind from the first storage medium is 
stored in the first storage medium; correspondence ta- 
ble creation means for creating a address correspond- 
ence table to associate address information on the first 
storage medium with address information on the second 
storage medium in the image file, if the image file is 
stored in the first storage medium; and emulation means 
for converting the address information on the second 
storage medium received from the operating system in- 
to the address information on the first storage medium 
in accordance with the address correspondence table, 
and executing an access to the second storage medium 
with an access to the image file. 
[0009] In other words, the present invention can pro- 
vide an emulation system and an emulating method al- 
lowing an emulated storage medium to be easily ex- 
changed without any especial file systems. 
[0010] This summary of the invention does not nec- 
essarily describe all necessary features so that the in- 
vention may also be a sub-combination of these de- 
scribed features. 

[0011] The invention can be more fully understood 
from the following detailed description when taken in 
conjunction with the accompanying drawings, in which: 

FIG. 1 is a schematic diagram of an electronic ap- 
paratus according to an embodiment of the present 
invention; 

FIG. 2 is an illustration showing function blocks con- 
cerning emulation control in the electronic appara- 
tus of the embodiment; 

FIG. 3 is an illustration showing logical structure of 
an SD memory card(R); 

FIG. 4 is an illustration showing an example of LBA 
correspondence table used for the emulation con- 
trol in the electronic apparatus of the embodiment; 
FIG. 5 is a flowchart showing operation steps con- 
cerning the emulation control in the electronic ap- 
paratus of the embodiment when the power of the 
electronic apparatus is turned on; 
FIG. 6 is a flowchart showing operation steps con- 
cerning the emulation control in the electronic ap- 
paratus of the embodiment when an access of an 
operating system to a floppy disk(R) is requested; 
FIG. 7 is a flowchart showing operation steps con- 
cerning the emulation control in the electronic ap- 
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paratus of the embodiment when an access of the 
operating system to a magnetic disk is requested; 
and 

FIG. 8 is an illustration showing function blocks in 
a case where the emulation control in the electronic s 
apparatus of the embodiment is executed by a de- 
vice driver. 

[0012] An embodiment of the present invention will be 
explained below with reference to the accompanying 10 
drawings. 

[0013] FIG. 1 is a schematic diagram showing an 
electronic apparatus according to an embodiment of the 
present invention. The electronic apparatus is, for ex- 
ample, a portable personal computer. As shown in the is 
figure, the personal computer comprises a CPU 11, a 
north bridge (NB) 1 2, a system memory 1 3, an LCD (Liq- 
uid Crystal Display) 14, a south bridge (SB) 15, a BIOS 
(Basic Input/Output System)- ROM 16, a keyboard con- 
troller (KBC) 17, a keyboard (KB) 18, a touch PAD 19, 20 
a hard disk drive (HDD) 20, an SD (Secure Digital) card 
controller 21 , an SD card slot 22, and the like. 
[0014] The CPU 1 1 is a central unit of the electronic 
apparatus, controlling all of the units by executing vari- 
ous programs such as the operating system stored in 25 
the system memory 13 and the system BIOS stored in 
the BIOS-ROM 16. The NB 12 is a bridge which inter- 
connects a CPU local bus output from the CPU 1 1 and 
a PCI bus. The NB 1 2 also has a function of a so-called 
memory controller 23 or display controller 24, controlling 30 
access to data of the system memory 1 3 and controlling 
image data formed by the CPU 11 to be displayed on 
the LSD 14. 

[0015] The SB 15 serves as a unit having the same 
bridging function and connects the BIOS-ROM 16, the 35 
KBC 17, the HDD 20, and the like to the PCI bus. The 
SB 15 also has a function of a so-called USB controller 
25 and can be connected to, for example, a floppy disk 
(R) drive (FDD) 26 and the like via the USB connector. 
[0016] The BIOS-ROM 16 is a storage medium which AO 
stores the system BIOS to drive the hardware, i.e. the 
peripheral such as the HDD 20 with the software, i.e. 
the operating system or the like. The BIOS-ROM 16 is 
configured of E2PROM or the like, such that it can be 
rewritten as it is upgraded. The system BIOS stored in 45 
the BIOS-ROM 16 is often called BIOS 1 6 in the follow- 
ing descriptions. 

[0017] The SD card controller 21 controls access to 
the data in the SD memory card 27 loaded in the SD 
card slot 22. In other words, the SD memory card 27 so 
and the FDD 26 can be further connected to the elec- 
tronic apparatus as external memories, besides the 
built-in system memory 13 serving as the main memory 
and the built-in HDD 20 serving as the external memory. 
[0018] The KBC 17 is a unit which transmits opera- ss 
tions of the KB 1 8 and the touch PAD 1 9 to the CPU 1 1 
via a built-in register The HDD 20 is a large-capacity 
storage medium which stores various programs and 
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various data as an auxiliary unit of the system memory 
13. 

[0019] FIG. 2 shows function blocks concerning the 
emulation control in the electronic apparatus. 
[0020] An application program 101 operated in the 
electronic apparatus executes access to the data in the 
HDD 20 or the like via an operating system 100. When 
the operating system 100 is requested the data access 
from the application program 1 01 , the operating system 
100 requests the actual processing to the BOIS 16, re- 
ceives a result of the actual processing and sends back 
a result of the request to the application program 101 . 
As the operating system 1 00, for example, MS-DOS(R) 
of Microsoft Corporation is adopted here. 
[0021] MS-DOS(R) is limited in function, but has suf- 
ficient functions to use the document preparation soft- 
ware, spreadsheet software, and the like, and is suitable 
for, for example, an inexpensive portable computer hav- 
ing a system configuration in a small size. In addition, 
the system requirements of MS-DOS(R) can be set on 
the floppy disk(R). In not a few cases, the system re- 
quirements applied for years are set on the floppy disk 
(R). Thus, the electronic apparatus of this embodiment 
first implements the emulation that, without the FDD 26 
which needs to be provided externally via the USB con- 
nector, an image in the floppy disk(R) is copied on the 
easily usable SD memory card(R) and the image on the 
SD memory card(R) can be handled as if it was on the 
floppy disk(R). 

[0022] In addition, use of the SD memory card(R) is 
not supported by MS-DOS (R). Thus, secondly, the elec- 
tronic apparatus of this embodiment simultaneously im- 
plements the emulation that the SD memory card(R) can 
be used as if the entire body of the card was a magnetic 
disk (usable on MS-DOS(R)). 

[0023] An FD image creation utility program 102 is a 
tool program provided to copy the image of the floppy 
disk(R) on the SD memory card(R) by a simple opera- 
tion. If the user wishes to copy an image of a floppy disk 
(R) on an SD memory card(R), the user loads the floppy 
disk(R) into the external FDD 26 connected via the USB 
connector, loads the SD memory card(R) into the SD 
card slot 22, and executes a sequence of operations on 
the basis of the display of the FD image creation utility 
program 102. At this time, the FD image creation utility 
program 1 02 writes the image file obtained by copying 
the contents of the floppy disk(R) on the SD memory 
card(R) (regarded as the magnetic disk), with a file 
name conforming to a predetermined naming conven- 
tion. In other words, the image file is stored in the gen- 
eral data storage area on the SD memory card(R), in 
the same manner as that of a general file. 
[0024] The image file does not need to be created by 
the FD image creation utility program 1 02, but may be 
created with, for example, a command prepared by the 
operating system 1 00, by a user having knowledge to 
create an image file with a file name conforming to the 
predetermined naming rule. In addition, the image file 



3 



5 



EP 1 548 583 A2 



6 



may be created with, for example, the desktop PC or 
other electronic apparatus. In this case, the FDD 26 or 
the FD image creation utility program 102 is unneces- 
sary for the electronic apparatus. 
[0025] Two emulations explained above are'imple- 
mented by an FD/HD emulating unit 200 (emulation sys- 
tem) of the BOIS 1 6. To implement them, the FD/HD em- 
ulating unit 200 comprises various processing units 
such as a media existence checking unit 201 , an FD im- 
age existence checking unit 202, an LBA correspond- 
ence table creating unit 203, an FD access controlling 
unit 204,. an HD access control unit 205 and an FD ex- 
change emulating unit 206, and an LBA correspond- 
ence table 207 serving as a data unit. 
[0026] When the power of the electronic apparatus is 
turned on, the media existence checking unit 201 
checks whether or not the SD memory card(R) 27 is 
loaded in the SD card slot 22. Similarly to the magnetic 
disk, the SD memory card(R) 27 is a nonvolatile storage 
medium having so-called partition information. Accord- 
ing to the standards of the SD memory card(R) 27, FAT 
(File Allocation Table) 12 or FAT 16 in which the BIOS 
16 can process the data is adopted as the file system. 
Therefore, if the SD memory card(R) 27 is loaded, the 
SD memory card(R) 27 can be handled similarly to the 
magnetic disk, by only transferring the contents of the 
filing system to the operating system as those of the 
magnetic disk by the media existence checking unit 201 . 
The data memory area on the SD memory card(R) 27 
handled similarly to the magnetic disk is called HD em- 
ulation area 27a. 

[0027] At this time, the media existence checking unit 

201 checks whether or not the file system of the SD card 
slot 22 is formally supported. If the file system is not, the 
media existence checking unit 201 determines that the 
SD memory card(R) 27 is not loaded in the SD card slot 
22. 

[0028] If the SD memory card(R) 27 is loaded in the 
SD card slot 22, the FD image existence checking unit 

202 analyzes the file system of the SD memory card(R) 
27 and checks whether or not the image file written by 
the FD image creation utility program 102 (with a file 
name conforming to the predetermined naming rule) ex- 
ists on the SD memory card(R) 27. 

[0029] FIG. 3 shows the logical structure of the SD 
memory card(R) 27. The FD image existence checking 
unit 202 first obtains LBA (Logical Block Address) of 
DBR (DOS Boot Record) from the partition table inside 
the MBR (Master Boot Record). In the FAT file system, 
the information is largely divided into four areas of DBR, 
FAT, DIR (Directory entry) and DATA. The FAT includes 
link information representing which cluster each file is 
stored in. In the DIR, information items such as the 
name, size, attributes, leading cluster number and the 
like of each file, are stored. Thus, by sequentially refer- 
ring to the DIR corresponding to each DBR whose LBA 
is obtained, the FD image existence checking unit 202 
retrieves the image file (having the file name conforming 



to the predetermined naming rule) and determines ex- 
istence of the image file. If the FD image existence 
checking unit 202 detects the image file, the FD image 
existence checking unit 202 also detects the kind of f lop- 

5 py disk (R) (1.44 Mbytes: 51 2 bytes/sector, 720 Kbytes: 
512 bytes/sector, or the like) from which the image file 
has come, from the file size information of the DIR. 
[0030] If the image file exists on the SD memory card 
(R) 27, the FD image existence checking unit 202 noti- 

10 fles the LBA correspondence table creating unit 203 of 
the existence, and transfers the contents of the file sys- 
tem of the floppy disk(R) copied in the image file to the 
operating system 1 00 as those of the floppy disk(R). The 
floppy disk(R) can be thereby handled as if it existed. 

is The data storage area on the SD memory card(R) 27 in 
which the image file is stored is called FD image area 
27b. The image file is also recognized as a file in the HD 
emulation area 27a by the operating system 1 00 as de- 
scribed above. 

20 [0031] On the other hand, the LBA correspondence 
table creating unit 203 notified of the existence of the 
image file by the FD image existence checking unit 202, 
creates the LBA correspondence table 207 to convert 
the address information in the FD image area 27b spec- 

25 rfied by the file system of the floppy disk(R) into the ad- 
dress information in the FD image area 27b specified by 
the file system of the SD memory card(R) 27, while re- 
ferring to both thef ilesystem of thef loppy disk(R) copied 
in the image file detected by the FD image existence 

30 checking unit 202, and the file system of the SD memory 
card(R) 27. Since the access to the SD memory card(R) 
is substituted for the access to the floppy disk(R), the 
address information (FD-CHS) on the floppy disk(R) as 
represented in CHS (Cylinder, Head, Sector) format is 

35 converted into the address information (FD-LBA) repre- 
sented in LBA format, and then the address information 
is converted into the address information (SD-LBA) on 
the floppy disk(R). 

[0032] The conversion of the FD-CHS into the 
40 FD-LBA is regular and can be executed comparatively 
easily by calculation. The conversion of the FD-LBA into 
the SD-LBA is executed with the table (LBA correspond- 
ence table 207), by considering a case where image 
files of the floppy disk(R) may be arranged discontinu- 
45 ously on the SD memory card(R) 27. In other words, ar- 
ranging image files of the floppy disk(R) in a fragmen- 
tized state is permitted by the conversion using the ta- 
ble. 

[0033] FIG. 4 shows an example of the LBA corre- 
so spondence table 207. On the LBA correspondence table 
207, the address information (FD-LBA: left column of the 
table) of the floppy disk(R) corresponds to the address 
information (SD-LBA: right column of the table) in the 
FD image area 27b of the SD memory card(R) 27 as 
55 shown in this figure. By the correspondence of the LBA 
correspondence table 207, as described above, the FD 
image area 27b may be stored in the fragmentized state 
even if it is not retained in the sequential data storage 
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area of the SD memory card(R) 27. 
[0034] After that, if the operating system 1 00 actually 
requests access to the floppy disk(R), the FD access 
controlling unit 204 converts the address information 
designated as the access destination into the address 
information on the SD memory card(R) 27 by referring 
to the LBA correspondence table 207 after executing a 
predetermined calculation. Then, the FD access con- 
trolling unit 204 executes the access to the SD memory 
card(R) 27 and supplies a result of the access to the 
operating system 100. Thus, the address information 
can be processed as if the floppy disk(R) existed. For 
example, if the floppy disk(R) is selected as the boot 
device by the environment setting function of the BIOS 
16, the system requirements constructed on the floppy 
disk(R) which is the origin of the image file can also be 
reproduced. 

[0035] Next, a case where the operating system 1 00 
requests access to the magnetic disk will be considered. 
As explained above, the image file in the FD image area 
27b is merely a file in the HD emulation area 27a. There- 
fore, the image file can easily be rewritten or deleted by 
the access to the magnetic disk. Thus, updating and de- 
leting the image file by the HD access control unit 205 
are monitored by the FD exchange emulating unit 206. 
[0036] When the FD image existence checking unit 
202 detects the image file, the FD exchange emulating 
unit 206 is notified of the detection and acquires LBA of 
DIR in which the name of the image file is stored. Since 
updating and deleting the file are, generally, implement- 
ed by rewriting the management area of the file system, 
the BIOS 1 6 is notified of each of them as the writing in 
the LBA. Therefore, the FD exchange emulating unit 
206 first checks whether or not the request for writing is 
directed to the LBA of the DIR in which the name of the 
image file is stored. If the request for writing is not di- 
rected to the LBA of the Dl R, it is understood at this mo- 
ment that the writing is not updating or deleting the im- 
age file. 

[0037] On the other hand, if the writing is updating or 
deleting the image file, the FD exchange emulating unit 
206 checks whether or not the writing is updating the 
entry in which the image file is stored. In the FAT system, 
for example, information items equivalent to eight files 
are stored in each sector. Thus, even if the request for 
writing is directed to the LBA of the DIR in which the 
name of the image file is stored, it may be directed to 
the other file. The FD exchange emulating unit 206 
checks whether or not the writing indicates updating the 
entry in which the image file is stored. If it does not in- 
dicate updating the entry in which the image file is 
stored, the FD exchange emulating unit 206 discrimi- 
nates that the writing does not indicate updating or de- 
leting the image file. 

[0038] If the writing is updating the entry in which the 
image file is stored, the writing is considered to indicate 
updating or deleting the image file. In this case, the FD 
exchange emulating unit 206 checks whether or not the 



file name information of the image file stored in the DIR 
has been changed. If the file name information has been 
changed, the FD exchange emulating unit 206 discrim- 
inates that updating the entry indicates deleting the im- 
5 age file. If the file name information has not been 
changed, the FD exchange emulating unit 206 discrim- 
inates that updating the entry indicates updating the im- 
age file. 

[0039] It may be made that when the image file is to 
io be updated or deleted, the HD access control unit 205 
and the FD exchange emulating unit 206 alert, by coop- 
eration, indicating that the image file is to be updated or 
deleted. If the user provides an instruction to forcefully 
update or delete the image file in response to the alert, 
is the image file may be updated or deleted. 

[0040] If the FD exchange emulating unit 206 discrim- 
inates that updating the entry indicates updating or de- 
leting the image file, the FD exchange emulating unit 

206 notifies the FD access controlling unit 204 that "im- 
20 age file has been updated" or "image file has been de- 
leted". The FD access controlling unit 204 notified of this 
information executes the following processings in the re- 
spective cases. 

25 (1 ) Image File Has Been Updated 

[0041] When the access to the floppy disk(R) is re- 
quested by the operating system 1 00, the FD access 
controlling unit 204 instructs the LBA correspondence 
30 table creating unit 203 to re-create the LBA correspond- 
ence table 207. When the LBA correspondence table 

207 is re-created, the FD access controlling unit 204 ex- 
ecutes the access to the SD memory card(R) 27. In oth- 
er words, the writing of the image file can be emulated 

35 as the exchange of the floppy disk(R). The writing of the 
image file is executed by the FD image creation utility 
program 1 02 and can also be executed with, for exam- 
ple, a command or the like prepared by the operating 
system 1 00. 

40 

(2) Image File Has Been Deleted 

[0042] When the access to the floppy disk(R) is re- 
quested by the operating system 100, the FD access 

45 controlling unit 204 urges the FD image existence 
checking unit 202 to check whether or not a new image 
file exists. If a new image file is not detected, the FD 
image existence checking unit 202 sends an error indi- 
cating that no floppy disk(R) is loaded, to the FD access 

so controlling unit 204. In other words, deletion of the image 
file can be emulated as unloading of the floppy disk(R). 
If a new image file is detected, the FD access controlling 
unit 204 instructs the LBA correspondence table creat- 
ing unit 203 to re-create the LBA correspondence table 

55 207 and executes the access to the SD memory card 
(R) 27 with the new LBA correspondence table 207. In 
other words, the writing of the image file can be emulat- 
ed as the loading of the floppy disk(R). 
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[0043] Incidentally, a method of checking whether or 
not the request for writing is directed to the LBA of the 
DIR in which the name of the image file is stored and, if 
the request for writing is directed to the LBA, discrimi- 
nating that the image file is deleted, can also be adopt- 
ed. In this case, if an access to a next floppy disk(R) is 
requested, the image file is retrieved. The deletion of the 
image file may be handled as exchange of the disk if the 
image file (or the original image file) is detected, or han- 
dled as unloading of the disk if it is not detected. 
[0044] Next, operation steps concerning the emula- 
tion control of the electronic apparatus will be explained 
with reference to FIGS. 5 to 7. 

[0045] FIG. 5 is a flowchart showing operation steps 
concerning the emulation control when the power of the 
electronic apparatus is turned on. 
[0046] If the power of the electronic apparatus is 
turned on, the media existence checking unit 201 
checks whether or not the SD memory card(R) 27 is 
loaded in the SD card slot 22 (Step A1 ). If the SD mem- 
ory card(R) 27 is loaded (YES of Step A2), the media 
existence checking unit 201 subsequently analyzes the 
partition structure and checks whether ornot the filesys- 
tem of the memory card is formally supported (Step A3). 
[0047] If the file system is formally supported (YES of 
Step A4), the FD image existence checking unit 202 
checks existence of the FD image area 27b (Step A5). 
If the FD image area 27b exists (YES of Step A6), the 
LBA correspondence table creating unit 203 executes 
creation of the LBA correspondence table 207 (Step 
A7). At this time, the FD image existence checking unit 
202 transfers the contents of the file system of the floppy 
disk(R) stored in the FD image area 27b to the operating 
system 100 as that of the floppy disk(R) (Step A8). The 
media existence checking unit 201 transfers the con- 
tents of the file system of SD memory card(R) 27 to the 
operating system 1 00 as that of the magnetic disk, irre- 
spective of existence or absence of the FD image area 
27b (StepA9). 

[0048] FIG. 6 is a flowchart showing the operation 
steps concerning the emulation control when the oper- 
ating system 1 00 requests an access to the floppy disk 
(R). 

[0049] If an access to the floppy disk(R) is requested, 
the FD access controlling unit 204 checks whether or 
not the exchange emulation of the floppy disk(R) is no- 
tified by the FD exchange emulating unit 206 (Step B1). 
If the exchange emulation is notified (YES of Step B1), 
the FD access controlling unit 204 checks whether the 
notification indicates updating or deletion (Step B2). If 
the notification indicates updating (YES of Step B2), the 
FD access controlling unit 204 instructs the LBA corre- 
spondence table creating unit 203 to re-create the LBA 
correspondence table 207 at this timing (Step B3). On 
the basis of the LBA correspondence table 207, the FD 
access controlling unit 204 executes the access to the 
SD memory card(R) 27 (Step B4). On the other hand, if 
the notification indicates deletion (NO of Step B2), the 



FD access controlling unit 204 instructs the FD image 
existence checking unit 202 to check the existence of 
the FD image area 27b (Step B5). If the FD image area 
27b exists (YES of Step B6), the FD access controlling 

5 unit 204 instructs the LBA correspondence table creat- 
ing unit 203 to create the LBA correspondence table 207 
(Step B3). On the basis of the LBA correspondence ta- 
ble 207, the FD access controlling unit 204 executes the 
access to the SD memory card(R) 27 (Step B4). 

io [0050] If the FD image area 27b does not exist (NO 
of Step B6), the FD access controlling unit 204 sends 
an error indicating that the floppy disk(R) is not loaded 
to the operating system 1 00 (Step B7). 
[0051] FIG. 7 is a flowchart showing the operation 

15 steps concerning the emulation control when the oper- 
ating system 100 requests an access to the magnetic 
disk. 

[0052] If an access to the magnetic disk is requested, 
the HD access control unit 205 executes the requested 

20 access to the SD memory card(R) (Step C1). Simulta- 
neously, the FD exchange emulating unit 206 monitors 
whether or not the image file is updated or deleted (Step 
C2). If the FD exchange emulating unit 206 detects up- 
dating or deletion of the image file (YES of Step C2), the 

25 FD exchange emulating unit 206 notifies the FD access 
controlling unit 204 of the exchange emulation of the 
floppy disk(R) (Step C3). 

[0053] Thus, according to the emulation control of the 
electronic apparatus, the FD image area 27b stored in 

30 the HD emulation area 27a of the SD memory card(R) 
27 as a file storage area can be handled as if it was the 
floppy disk (R). Therefore, the floppy disk (R) can be 
easily exchanged without an especial file system or the 
like. By requiring no especial file system, i.e. executing 

35 the processing on the basis of the existing file system, 
no problems occur in using the SD memory card(R) 27 
having the FD image area 27b for a digital camera, a 
mobile telephone and the like in a general manner. 
[0054] In the emulation of the above-described em- 

40 bodiment, the SD memory card(R) 27 can be handled 
as if it was the magnetic disk. However, the SD memory 
card(R) 27 can also be emulated as various storage me- 
diums. The SD memory card(R) 27 can be emulated as 
the storage medium adopting the file system having the 

45 MBR as shown in FIG. 3, in the same manner as the 
magnetic disk. A storage medium adopting the file sys- 
tem having no MBR, for example, an MO (Magneto Op- 
tical Disk) formatted in the Supper Floppy type includes 
the DBR in its leading sector (where LBA is zero). The 

50 logic structure is the same as that in each of partitions 
shown in FIG. 3. Thus, the operation steps following ob- 
taining the LBA of the DBR from the partition table in the 
case of emulating the magnetic disk may be executed 
to emulate the MO. Needless to say, the SD memory 

55 card(R) can be replaced with the other semiconductor 
memory or the like. 

[0055] In addition, the emulation control is executed 
by BIOS 1 6 in the above-described embodiment. For ex- 
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ample, however, if the operation system 1 00 is WIN- 
DOWS(R) of Microsoft Corporation, the emulation con- 
trol may be executed by an exclusive device driver 30 
as shown in FIG. 8. In this case, the SD memory card 
(R) 27 can be handled as if it was a removable magnetic 5 
disk, and should preferably be emulated as a removable 
magnetic disk. If the operation system 100 is capable of 
handling the SD memory card(R) 27, it is unnecessary 
to emulate the entire body of the SD memory card(R) 
27 as if it was the other storage medium, but access to io 
the FD image area 27b, which accompanies updating 
or deletion of the image file, to emulate the exchange of 
the floppy disk(R), need only to be monitored. 



Claims 

1. An emulation system of an electronic apparatus 
having a slot in which a first storage medium is load- 
ed and which executes file management by an op- 20 
erating system, the emulation system character- 
ized by comprising: 

discrimination means (202) for analyzing a file 
system of the first storage medium loaded in 25 
the slot, and discriminating whether or not an 
image file formed by duplicating contents of a 
second storage medium different in kind from 
the first storage medium is stored in the first 
storage medium; 30 
correspondence table creation means (203) for 
creating a address correspondence table to as- 
sociate address information on the first storage 
medium with address information on the sec- 
ond storage medium in the image file, if the im- 35 
age file is stored in the first storage medium; 
and 

emulation means (204) for converting the ad- 
dress information on the second storage medi- 
um received from the operating system into the *o 
address information on the first storage medi- 
um in accordance' with the address corre- 
spondence table, and executing an access to 
the second storage medium with an access to 
the image file. 

2. The emulation system according to daim 1 , char- 
acterized in that the discrimination means discrim- 
inates whether or not the image file is stored on the 
first storage medium in accordance with whether or so 
not a file according to a predetermined naming rule 
exists. 

3. The emulation system according to claim 1 , char- 
acterized in that the correspondence table crea- 55 
tion means creates the address correspondence ta- 
ble to associate the address information of the sec- 
ond storage medium in which CHS (Cylinder, Head, 



Sector) type is converted into LBA (Logical Block 
Address) type with the address information of the 
first storage medium in the LBA type. 

4. The emulation system according to claim 1 , char- 
acterized by further comprising media exchange 
emulation means (206) for imaginarily creating a 
condition that the second storage medium is ex- 
changed by allowing the correspondence table cre- 
ation means to re-create the address correspond- 
ence table, if the image file is rewritten by an access 
to the first storage medium. 

5. The emulation system according to claim 4, char- 
acterized In that the media exchange emulation 
means imaginarily creates a condition that the sec- 
ond storage medium is detached by allowing the 
emulation means to send back a media unloading 
error about an access to the second storage medi- 
um after the deletion, if the image file is deleted by 
the access to the first storage medium. 

6. The emulation system according to claim 4, char- 
acterized in that the media exchange emulation 
means imaginarily creates a condition the second 
storage medium is newty loaded by allowing the 
correspondence table creation means to re-create 
the address correspondence table, if the image file 
is newly written by the access to the first storage 
medium after imaginarily creating the condition that 
the second storage medium is detached in accord- 
ance with the deletion of the image file. 

7. An emulation system of an electronic apparatus 
having a slot in which a first storage medium is load- 
ed and which executes file management by an op- 
erating system, the emulation system character- 
ized by comprising: 

first emulation means (205) for allowing the op- 
erating system to recognize the first storage 
medium loaded in the slot as a second storage 
medium different in kind from the first storage 
medium; 

discrimination means (202) for analyzing a file 
system of the first storage medium loaded in 
the slot, and discriminating whether or not an 
image file formed by duplicating contents of a 
third storage medium different in kind from the 
first storage medium and the second storage 
medium is stored in the first storage medium; 
correspondence table creation means (203) for 
creating a address correspondence table to as- 
sociate address information on the first storage 
medium with address information on the third 
storage medium in the image file, if the image 
file is stored in the first storage medium; and 
second emulation means (204) for converting 
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storage medium in which CHS type is converted into 
LBA type with the address information of the first 
storage medium in the LBA type. 

12. The emulation system according to claim 7, char- 
acterized by further comprising media exchange 
emulation means (206) for imaginarily creating a 
condition that the third storage medium is ex- 
changed by allowing the correspondence table cre- 
ation unit to re-create the address correspondence 
table, if the image file is rewritten by an access to 
the second storage medium. 

13. The emulation system according to claim 12, char; 
acterized in that the media exchange emulation 
means imaginarily creates a condition that the third 
storage medium is detached by allowing the emu- 
lation unit to send back a media unloading error 
about an access to the third storage medium after 
the deletion, if the image file is deleted by the ac- 
cess to the second storage medium. 

1 4. The emulation system according to claim 1 3, char- 
acterized in that the media exchange emulation 
means imaginarily creates a condition the third stor- 
age medium is newly loaded by allowing the corre- 



16. The emulation method according to claim 15, char- 
acterized by further comprising the step of imagi- 
narily creating (YES of B2, B3) a condition that the 
second storage medium is exchanged by allowing 
the correspondence table creation means to re-cre- 
ate the address correspondence table, if the image 
file is rewritten by an access to the first storage me- 
dium. 

17. The emulation method according to claim 1 6, char- 
acterized by further comprising the step of imagi- 
narily creating (NO of B2, B5, NO of B6, B7) a con- 
dition that the second storage medium is detached 
by allowing the emulation means to send back a me- 
dia unloading error about an access to the second 
storage medium after the deletion, if the image file 
is deleted by the access to the first storage medium. 

18. The emulation method according to claim 1 7, char- 
acterized by further comprising imaginarily creat- 
ing (NO of B2, B5, YES of B6, B3) a condition the 

55 second storage medium is newly loaded by allowing 
the correspondence table creation means to re-cre- 
ate the address correspondence table, if the image 
file is newly written by the access to the first storage 



the address information on the third storage 
medium received from the operating system in- 
to the address information on the first storage 
medium in accordance with the address corre- 
spondence table, and executing an access to 
the third storage medium with an access to the 
image file. 

The emulation system according to claim 7, char- 
acterized in that the first emulation means allows 
the operating system to recognize the first storage 
medium as the second storage medium of a detach- 
ment type. 

The emulation system according to claim 7, char- 
acterized in that the first emulation means allows 
the operating system to recognize the first storage 
medium which cannot be handled by the operating 
system as the second storage medium which can 
be handled as the operating system. 

The emulation system according to claim 7, char- 
acterized In that the discrimination means discrim- 
inates whether or not the image file is stored in the 
first storage medium in accordance with whether or 
not a file conforming to a predetermined naming 
convention. 

The emulation system according to claim 7, char- 
acterized in that the correspondence table crea- 
tion means creates the address correspondence ta- 
ble to associate address information of the third 



spondence table creation means to re-create the 
address correspondence table, if the image file is 
newly written by the access to the second storage 
medium after imaginarily creating the condition that 
5 the third storage medium is detached in accordance 
with the deletion of the image file. 

15. An emulation method of an electronic apparatus 
having a slot in which a first storage medium is load- 
to ed and which executes file management by an op- 
erating system, the emulation method character- 
ized by comprising the steps of: 

analyzing (A1 ) a file system of the first storage 

is medium loaded in the slot, and discriminating 

whether or not an image file formed by dupli- 
cating contents of a second storage medium 
different in kind from the first storage medium 
is stored in the first storage medium; 

20 creating (A7) a address correspondence table 

to associate address information on the first 
storage medium with address information on 
the second storage medium in the image file, if 
the image file is stored in the first storage me- 

25 dium; and 

converting (A8) the address information on the 
second storage medium received from the op- 
erating system into the address information on 
the first storage medium in accordance with the 

30 address correspondence table, and executing 

an access to the second storage medium with 
an access to the image file. 
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medium after imaginarily creating the condition that 
the second storage medium is detached in accord- 
ance with the deletion of the image file. 
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